Atualização o software do sistema
O processo atualização do sistema envolve o atualização do seu ambiente de sistema inteiro. O pacote de software para o IBM Spectrum Virtualize for Public Cloud consiste em duas partes: o nó do sistema e um pacote RPM que contém as funções de gerenciamento de nó que residem no servidor bare metal.
O processo de atualização
Durante o processo de atualização automática, cada nó em um sistema é atualizado, um por vez, e o novo código é colocado temporariamente nos nós. Enquanto cada nó é reiniciado, poderá haver alguma degradação da taxa máxima de E/S que pode ser sustentada pelo sistema. Depois que todos os nós no sistema forem reiniciados com sucesso com o novo nível de código, o novo nível será confirmado automaticamente. Durante a confirmação, pode haver um pequeno impacto no desempenho.
Durante uma atualização automática de código, cada nó de um par de trabalho é atualizado sequencialmente. O nó que está sendo atualizado fica temporariamente indisponível e todas as operações de E/S para esse nó falham. Como resultado, o erro de E/S conta um aumento e as operações de E/S com falha são direcionadas ao nó do parceiro do par de trabalho. Os aplicativos não veja quaisquer falhas de E/S. Quando novos nós são incluídos no sistema, o pacote atualização é transferido por download automaticamente para os novos nós a partir do sistema.
A atualização normalmente pode ser feita simultaneamente com operações de E/S normais do usuário. Entretanto, o desempenho pode ser afetado. Se quaisquer restrições se aplicarem às operações que podem ser feitas durante a atualização, essas restrições serão documentadas no website do produto que você usa para transferir por download os pacotes de atualização. Durante o procedimento atualização, a maioria dos comandos de configuração não está disponível. Somente os seguintes comandos estão operacionais do momento em que o processo de atualização começa até o momento em que o novo nível de código é confirmado ou até que o processo seja restaurado:
Para determinar quando seu processo de atualização foi concluído, você será notificado por meio do GUI de gerenciamento. Se você estiver usando a interface da linha de comandos, emita o comando lsupdate para exibir o status do atualização.
Por causa das limitações operacionais que ocorrem durante o processo de atualização, a atualização de código é uma tarefa do usuário. No entanto, se você tiver problemas com uma atualização, entre em contato com o centro de suporte. Não tente solucionar problemas de atualização sem assistência técnica. Para obter mais informações, consulte o tópico sobre como obter informações, ajuda e assistência técnica.
Driver de caminhos múltiplos
Antes da atualização, assegure-se de que o driver de caminhos múltiplos esteja totalmente redundante com cada caminho disponível e online. Talvez você veja erros relacionados aos caminhos que estão partindo (failover) e a contagem de erros aumentando durante a atualização. Quando os caminhos para os nós estiverem de volta, os nós retrocederão para se tornarem um sistema completamente redundante. Após o atraso de 30 minutos, os caminhos para outro nó ficarão inativos.
Se você estiver usando o IBM® Subsystem Device Driver (SDD) ou o Centro de Tecnologia IBM Brasil – Centro de Traduções Subsystem Device Driver Device Specific Module (SDDDSM) como o software de caminhos múltiplos no host, contagens de erro de E/S aumentadas serão exibidas pelos comandos datapath query device ou datapath query adapter para monitorar o estado do software de caminhos múltiplos. Para obter mais informações, consulte Centro de Tecnologia IBM Brasil – Centro de Traduções Driver de dispositivo do subsistema de caminhos múltiplos Guia do usuário para obter mais informações sobre os comandos datapath query.
Se você estiver usando o Centro de Tecnologia IBM Brasil – Centro de Traduções Subsystem Device Driver Path Control Module (SDDPCM) como o software de caminhos múltiplos no host, as contagens de erro de E/S maiores serão exibidas pelos comandos pcmpath query device ou pcmpath query adapter para monitorar o estado do software de caminhos múltiplos.
Relacionamentos de Metro Mirror e de Global Mirror
Ao atualização o software em um sistema que possui volumes primários ou secundários de execução de relacionamentos do Metro Mirror ou do Global Mirror, o desempenho de gravação pode ser comprometido nos volumes primários e os relacionamentos do Global Mirror podem ser interrompidos automaticamente com um ou mais erros com código de erro 1920. Talvez você queira parar proativamente esses relacionamentos ou grupos de consistências ou a parceria antes de atualização o software para evitar que o desempenho de gravação seja comprometido e reiniciar os relacionamentos após a conclusão da atualização.
Após a atualização do sistema
O conteúdo do log de auditoria que estava no sistema antes da atualização é enviado para um arquivo no diretório /dumps/audit no nó de configuração. Agora, o log de auditoria possuirá um conteúdo que resulta de comandos executados após uma atualização bem-sucedida do sistema.